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(54) Cellular communications system 

(57) In a mobile telephone networK a home location 
register (HLR) is provided with one or more cascaded 
home location registers to which some of the subscrib- 
ers are allocated so as to share the workload in process- 
ing the subscriber Information requests that are involved 
in the setting up of calls. Routing of requests to the cor- 



rect HLR is simplified by routing all such requests to the 
original or master HLR and forwarding only those re- 
quests for which data is stored on one of the back-up or 
cascaded HLRs. This avoids the need for changes in 
the existing system routing plan. In a further embodi- 
ment two HLRs may form a mutually boosting pair. 
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Description 

This invention relates to cellular connmunicatlons 
systems ornetworks, and in particular to tlie storage and 
retrieval of subscriber intormation in such systems. s 

BACKGROUND OF THE INVENTION 

A number of cellular communications systems are 
currently being installed to provide communications fa- 
duties to mobile terminals. In such systems, mobile ter- 
minals are served by base stations via a radio or air link, 
each base station defining a system cell. In order that a 
subscriber may be identified as an authorised system 
user and located so as to receive calls or other system is 
services, the system is provided with a central database 
containing subscriber information which can be ac- 
cessed as required. In the standardised European sys- 
tem commonly referred to as the GSM system, this cen- 
tral store is known as the home location register (HLR). 20 
The number of subscribers to mobile communications 
systems is rapidly increasing, and service providers are 
becoming concerned that their systems should have 
sufficient capacity to accommodate these subscribers. 
A particular problem is the need to store information re- 25 
lating to subscribers on the system home location reg- 
ister, as it will be appreciated that the installed storage 
capacity of a home location register is finite. Although 
systems have been designed to allow for future expan- 
sion, the unexpected growth In the number of mobile 30 
subscribers will soon exceed the storage limits of the 
present home location registers. One solution to this 
problem Is the installation of a larger home location reg- 
ister to replace'existing equipment. However, this is gen- 
erally undesirable both on the grounds of cost and the 35 
possible system disruption that can occur during instal- 
lation. An alternative solution is the provision of second 
home location register to which new subscribers are al- 
located when the existing register becomes full thus ef- 
fectively doubling the storage capacity. It has been 40 
found however that this introduces a routing problem as 
each request then requires the inclusion of a code indi- 
cating the identity of the particular home location regis- 
ter to which the subscriber has been allocated. This re- 
quires modification of the network routing tables to ac- 4S 
commodate this additional information and can lead to 
a complex routing which is difficult to manage. 

SUIMIVIARY OF THE INVENTION 

so 

The object of the invention is to minimise or to over- 
come this disadvantage. 

it is a further object of the invention to provide an 
improved system and method for Increasing the sub- 
scriber data storage capacity of a cellular communica- ss 
tions network. 

According to one aspect of the invention there is 
provided a method of routing subscriber infomnation re- 
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quests in a cellular communications network incorporat- 
ing a first home locatbn register and one or more further 
home location registers on which registers subscriber 
data is stored, the method including routing all said re- 
quests to the first home location register, responding 
from the first home location register to a said request 
when the subscriber data relating to that request is 
stored on the first home location register, and forwarding 
a said request from the first home location register to a 
said further home location register when the subscriber 
data is not found on the first home kx^ation register. 

According to another aspect of the invention there 
is provided a mobile communications system incorpo- 
rating a first home location register and one or more fur- 
ther home location registers on which subscriber data 
is stored, means for routing requests for subscriber data 
to the first home location register, means associated 
with the first home location register for responding to a 
said request when the data for the respective subscriber 
is stored on the first home location register, and further 
means associated with the first home location register 
for fonvarding a said subscriber data request to a said 
further home location register when the data for the re- 
spective subscriber is not stored on the first home loca- 
tion register. 

According to a further aspect of the invention there 
is provided a home location register an-angement for a 
mobile communications system, the arrangement com- 
prising a first home location register on which subscriber 
data relating to some system subscribers is stored and 
to which, in use, requests for subscriber data are routed, 
and one or more further home location registers on 
which subscriber data relating to other system subscrib- 
ers is stored, the arrangement incorporating means as- 
sociated with the first home location register for re- 
sponding to a said request when the data for the respec- 
tive subscriber is stored on the first home location reg- 
ister, and re-routing means associated with the first 
home location register for forwarding a said subscriber 
data request to a said further home location register 
when the data for the respective subscriber is not stored 
on the first home locatiori register 

The technique obviates the need for identifying prior 
to routing of a request which home location register 
should be accessed to retrieve data for any particular 
subscriber. Further, the second or cascaded home lo- 
cation register can be introduced to an existing system 
on a retrofit basis without the need to alter the system 
request routing plan. All requests are routed in the first 
instance to the first home location register irrespective 
where the subscriber data is currently stored. This not 
only simplifies the request routing but also introduces 
flexibility to the system as subscribers can be reallocat- 
ed from one home location register to another, e.g. to 
effect load sharing, without the need for any changes in 
the system routing plan. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Embodiments of the invention will now be described 
with reference to the accompanying drawings in which: - 

Figure 1 Is a schematic diagram of a mobile com- 
munications system Incorporating a primary home 
location register and a secondary or cascaded 
home location register; 

Figure 2 Illustrates the interconnection between a 
mobile switching centre and the primary and cas- 
caded home location registers of the system of fig- 
ure 1; 

Figures 3 and 4 illustrate the message processing 
logic of the primary home location register and the 
cascaded home location register respectively; 

Figure 5 illustrates in general schematic form a 
messaging sequence between an MSG and the 
home location registers ; 

Figure 6a illustrates the message sequencing be- 
tween the MSG and the home location registers of 
the system of figure 1 for MSG originated requests; 

Figure 6b illustrates the message sequencing be- 
tween the MSG and the home location registers of 
the system of figure 1 for VLR originated requests; 

Figure 7 Illustrates TGAP message reconstruction 
in the system of figure 1 ; 

Figure 8 illustrates a method for load sharing be- 
tween the primary and cascaded home location reg- 
isters of figure 1 ; 

Figure 9 illustrates an alternative embodiment in- 
corporating a pair of mutually boosted HLRs; and 

Figure 10 illustrates the use of a dual GT number 
to control message re-routing between the HLR pair 
of figure 9. 

DESCRIPTION OF PREFERRED EMBODIMENT 

Referring to figure 1, there is depleted in highly 
schematic form part of a mobile cellular communications 
network or system. The service area of the system is 
subdivided into a plurality of contiguous cells 11 in each 
of which mobiles 10 are sen^ced via a respective base 
station 12. Operation of a group of base stations 12 is 
controlled via a base station controller 1 3 and, in turn, 
a number of base station controllers are serviced by a 
mobile switching centre (MSG) 14 which may provide 
an interface to the public telecommunications network 
(not shown). Whhin this arrangement, the mobile switch- 



ing centre 1 4 may service, via the base station control- 
lers 1 3 and the base stations 1 2, typically over one hun- 
dred individual cells 11. Information relating to the mo- 
biles 10 within the service area of the mobile switching 
centre 14 is stored in a visitors location register (VLR) 
or database 16 associated with the mobile switching 
centre. 

The system also incorporates a master database 
17 of subscriber information. This master database 
comprises a primary or diverting home location register 
(MLR) 17a and a secondary or cascaded home location 
register 17b. Each system subscriber is allocated to one 
or other of the home location registers. When a mobile 
terminal enters the service area of the MSG 14, it reg- 
isters with that MSG. As part of the registration proce- 
dure, informatbn or data relating to that mobile is re- 
trieved by the MSG from the home location register and 
stored in the visitors location register. In this way, the 
system is constantly updated with the current location 
of each mobile temiinal so that calls to that mobile can 
be routed to the correct mobile switching centre. 

In the GSM, DGS-1800 and PGS-1900 schemes a 
subscriber is identified using two unique identities. The 
International Mobile Subscriber Identity (IMSI) is used 
for non-call related requests to the HLR typically from 
the VLR, for example location updating. The IMSI is held ^ 
in the subscriber Identity module (SI M) of the mobile sta- 
tion, typically on a 'SIM card" and is not visible nor ac- 
cessible to the subscriber. The Mobile Subscriber ISDN 
(MSISDN) is used for call related requests to the HLR 
typically from the MSG, for example "Send Routing In- 
formation". The MSISDN is associated with a teleserv- 
ice in the HLR and is visible to caller and subscriber as 
the 'dialled number'. An MSG originated message will 
only carry an MSDISDN and will not carry an IMSI. Sim- 
ilarly, a VLR oroginated message will only carry an IMSI 
and not an MSISDN. 

Thus, requests to the HLR from the network will be 
based on either the IMSI or MSISDN. However the im- 
portant point to note is that it is relatively easy for an 
operator to change a subscriber's IMSI but very dlsaip- 
tive to change the MSISDN. A second important point 
is that from the network perspective there Is no intrinsic 
relationship between an IMSI and a MSISDN other than 
routing derived from them should result in a message 
arriving at the same HLR for the same subscriber they 
refer to. 

If we now examine the role of the cascade mecha- 
nism, the arrangement shown in figure 1 enables the 
second or cascaded HLR node to be added to the net- 
work to increase subscriber storage and subscriber 
transactbn capacities whilst minimising necessary 
changes to routing specifications in the network. 

When the second or cascaded HLR (G) is added to 
the system, some subscribers are moved from node P 
to node G, At this point ail requests, both I MSI and MSI S- 
DN based, will still be routed by the network to HLR node 
P. The cascade mechanism is used in node P to re-route 
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messages to node C where the specified subscriber is 
not known in node R At the primary HLR, the global title 
address of the cascaded HLR is datafilled In the HLR 
parameter table and the re-routing function is then acti- 
vated. We have found that specification of the cascaded 
HLR address as a global title rather than a point code 
enables simple cross checking to be put into effect. 
When message re-routing is required, the primary home 
location register reconstructs the original TCAP mes- 
sage and then places the cascaded home location reg- 
ister number from table GHLRPARM in the called party 
address (CdPA). The calling party address (CgPA) is 
presen/ed and still indicates the original requester. Once 
the message has been re-routed, the primary HLR is no 
longer involved in the transaction. All responses which 
are based on the calling party address are returned di- 
rectly to the original requester. 

When the request arrives at node C, if the subscrib- 
er is not known then an 'unknown subscriber' response 
is returned to the originating MSG or VLR. If the sub- 
scriber is known the request is processed normally and 
the response retumed to the originating MSG or VLR. 

Whilst the cascade mechanism does ensure that re- 
quests eventually arrive at the correct HLR node, the 
primary node (P) must perform additional processing 
which can require in the order of 30% of available proc- 
essor resources. Th us adding a second HLR while using 
the booster mechanism would offer at most 70% addi- 
tional transaction capacity rather than an additional 
100%. 

Referring back to the eariier description of the IMSI 
offers a means to reduce this re-routing overhead. The 
operator is able to change a subscriber's IMSI without 
effecting the service to the subscriber or callers. Thus 
the operator can change the IfvlSIs of subscribers who 
have been moved to node G such that network routing 
translations can be economically changed to route I MSI 
based traffic direct to node G. Note that MSI SDN traffic 
would still be routed to node P, however IMSI based traf- 
fic can account for 50% or more requests to an HLR. 
Alternatively, the operator could simply move subscrib- 
ers from node P to node G in blocks of contiguous IMS! 
ranges and achieve the same result without having to 
re-issue SIM cards. 

Of course, new subscribers could simply be issued 
with SIM cards carrying IMSIs which are routed directly 
to node G. 

It is preferred not to re-route messages more than 
once as each cascade step adds increased processing 
and transmission and therefore adds an increased time 
delay to the eventual response. 

After the first response in a transaction from the cas- 
cade HLR to the originating MSG or VLR, further mes- 
sages from that MSG or VLR relating to the same trans- 
action can use the HLRs address (received as the GgPA 
in the response) as the GdPA of a request, and so be 
routed by network translations directly to the cascade 
HLR. 



Referring now to figure 2. this illustrates the com- 
munications paths between the mobile network MSG 
and the primary and cascaded home location registers. 
Gommunication is effected across a fixed network 21 
s which typically employs a SS7 signalling protocol in 
which each system entity is allocated a unique point 
code or party address which is used for controlling mes- 
sage routing. In the arrangement shown in figure 2, all 
requests for subscriber data are allocated the point code 
(abc) of the primary home location register 1 7a and are 
thus routed to that home location register for processing. 
Within that home location register the sen/Ice engine 
171a determines from an index 172a provided as part 
of the subscriber database whether or not the subscriber 
to whom the request relates is registered with that home 
location register. If the subscriber is found on the index, 
the relevant data is retrieved from subscriber data 1 73a 
and Is processed by the service engine which controls 
routing of a response to the MSG 1 4 using the point code 
(xyz) of the MSG. 

If however the subscriber is not found in the index 
172a, and is thus not registered with the home location 
register 1 7a, the sen^ice engine routes the correspond- 
ing request via the network 21 to the cascaded home 
location register using the point code (def) of that regis- 
ter. When the request is received by the cascaded home 
location register, its service engine determines from In- 
dex 1 72b whether or not the subscriber to whom the re- 
quest relates is registered with the cascaded home lo- 
cation register. 

After the first response in a transaction from the cas- 
cade HLR to the originating MSG or VLR, further mes- 
sages from that MSG or VLR relating to the same trans- 
action can use the HLRs address (received as the CgPA 
in the response) as the GdPA of a request, and so be 
routed by network translations directly to the cascade 
HLR. 

The primary and cascaded home location registers 
can be considered logically as a single database. Ac- 
cordingly, data relating to any one system subscriber 
should preferably not reside on both home location reg- 
isters at the same time. 

Figures 3 and 4 illustrate the processing logic of the 
primary and cascaded home location registers respec- 
tively and figures 5, 6a and 6b illustrate the correspond- 
ing messaging sequence between the MSG or the VLR 
and the home location registers. Referring to these fig- 
ures, the message or request from the MSG includes 
the subscriber's unique international mobile subscriber 
identity or IMSI, the calling party address (CgPA) of the 
MSG and the called party address (CdPA) of the primary 
home location register. The primary home location reg- 
ister, on receiving this request, places it in a queue for 
processing. Incoming requests are processed up to the 
point at which the subscriber's identity can be verified. 
If verification is achieved then processing of the request 
is continued and an acknowledgement message is re- 
tumed to the originating MSG. If however the subscriber 



15 



20 



25 



30 



35 



40 



45 



50 



4 



7 EP 0 817 522 A2 



identity cannot be verified, tlien processing of the re- 
quest is terminated and tlie partly processed request 
message is reassembled into its original form. In a pre- 
ferred embodiment, the HLR recovers the partially de- 
coded TCAP message which is placed on the applica- 
tion entity (AE) woric queue and which will normally be 
discarded when the TCAP components have been de- 
coded. The partially decoded message is placed In the 
DTP(decode_tcap_parms) which is normally passed in 
GSM_MAPJNCOMING_MSG_PROC. This ensures 
that the data is linked with the new transaction, that the 
data is valid only for the duration of the transaction, and 
that there is no global interface change. 

Figure 6a illustrates the messaging sequence for 
MSG originated requests. 

Using "SendRoutinglnformation" as an example of MSG 
originated requests carrying the subscriber's MSISDN, 
the messaging diagram of figure 6a illustrates the fol- 
lowing scenarios; 

(a) request routed to primary HLR (P), subscriber 
known at primary HLR. 

(b) request routed to to primary HLR, subscriber un- 
known to primary HLR, known at cascaded HLR 
(C). 

(c) request routed to primary HLR, subscriber un- 
known to primary HLR, unknown at cascaded HLR. 

(d) request routed to cascaded HLR, subscriber 
known at cascaded HLR. 

(e) request routed to cascaded HLR, subscriber un- 
known at cascaded HLR. 

Figure 6b illustrates the messaging sequence for 

VLR originated requests 

Using "Update Location" as an example of VLR originat- 
ed requests carrying the subscriber's I MSI, the messag- 
ing diagram of figure 6b illustrates the following scenar- 
ios; 

(a) request routed to primary HLR (P), subscriber 
known at primary HLR. 

(b) request routed to to primary HLR, subscriber un- 
known to primary HLR, known at cascaded HLR 
(C). 

(c) request routed to primary HLR, subscriber un- 
known to primary HLR, unknown at cascaded HLR. 

(d) request routed to cascaded HLR, subscriber 
known at cascaded HLR. 

(e) request routed to cascaded HLR, subscriber un- 
known at cascaded HLR. 

The reassembled request is allocated the called 
party address of the cascaded home location register 
and is routed to that register for processing. As dis- 
cussed above, once the request has been re-routed, the 
prinnary home location register is no longer involved in 
the transaction. 

The TCAP message reconstruction procedure is il- 



lustrated In figure 7. Once the service engine has deter- 
mined that message re-routing is required, it invokes the 
MAP_TCAP interface (MTI) passing the partially decod- 
ed TCAP message and the subscriber's correlation 
s identifier (CID). For MTI, the CID is in fact the transaction 
identifier (TRID). The following actions are performed to 
reconstruct the original message and send it to the cas- 
caded HLR. 

10 1 . Gain access to the ASE control block (ACB) using 
the TRID. This contains: 

the originator's transaction identifier (TRID) 
the originator's calling party address (CgPA) 

IS 

2. Re-encode the TCAP transaction portion using 
the originator's TRID and no components. 

3. Append the partially decoded message to the 
20 new TCAP header and adjust the message length 

(header position 1). 

4. Build the network address of the cascaded HLR 
using the global title digits stored in the GHLRPARM 

25 table. This stage is performed when the digits are 
data-filled in the GHLRPARM table. 

5. Assign the calling party address (CdPA) as that 
of the originating node. 

30 

6. Assign the called party address (CgPA) as that 
of the cascaded HLR. 

7. Send the TCAP message via SCCP. 

35 

8. De-allocate the transaction resources and end 
the transaction. 

On receipt by the cascaded home location register. 
40 the request is queued for processing and verification of 
the subscriber identity is attempted. If verification is 
achieved, then processing of the request is continued 
and an acknowledgement message is returned to the 
originating MSG. If however the subscriber identity can- 
4S not be verified, then this indicates either a system error 
or that the subscriber has not been authorised to have 
access to the system. In that event, an 'unknown sub- 
scriber' error message is returned to the originating 
MSG. 

so Once communication has been established be- 
tween the cascaded home location register and an 
MSG, further messages from that MSG relating to that 
transaction can be routed directly to the cascaded home 
location register. 
55 Referring now to figure 8, this illustrates a method 
of load balancing between the primary and cascaded 
home location registers. The real time loading of a home 
location register is a function of the number of active 
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subscribers served and the average transaction profile 
of those subscribers. Since the primary home location 
register is handling not only the processing of requests 
for its own subscribers but also the re-routing of re- 
quests to the cascaded home location register, it should 
not be required to handle as many active subscribers as 
the cascaded home location register. If the primary 
home location register becomes overloaded, then it will 
prevent requests from reaching the cascaded home lo- 
cation register. Thus to optimise the total subscriber ca- 
pacity of the system, the relative numbers of subscribers 
served by the two home location registers should be ad- 
justed so that their real time loading is substantially 
equal. 

In a modification of the system, subscribers can be 
allocated to one or other of the home location registers 
based on their historical activity profile. Thus, subscrib- 
ers who are involved in a large number of calls can be 
allocated to the primary home location register and 
those involved In few calls can be allocated to the cas- 
caded home location register. In this way most of the 
request processing is performed by the primary home 
location register, I.e. only a small number of requests 
will be forwarded to the cascaded home location regis- 
ter, and the average time for processing requests is thus 
minimised. 

In a further embodiment, a pair of mutually boosted 
HLRs may be provided, this arrangement being illustrat- 
ed in figures 9 and 1 0. As each HLR 81 a, 81 b functions 
both as a primary and as a cascaded in this arrange- 
ment, it is necessary to provide some means of identi- 
fying re-routed requests so that requests for unknown 
subscribers are not perpetually bounced back and forth 
between the two HLRs, i.e. a request is re-routed only 
once There are a number of options for achieving this 
identification. A marker may be added to re-routed re- 
quests, or the originating point code of the other nodes 
may be used to identify the source of the message. In 
a preferred arrangement, re-routed messages are iden- 
tified by sending them to a different GT (global title) ad- 
dress on the same HLR node, this procedure being il- 
lustrated in figure 10. In this arrangement, intermediate 
nodes route on point code only so that the global title is 
preserved. 

It will be appreciated that although the technique 
has been described with particular reference to the GSM 
system and its associated protocols, it is by no means 
limited to that system but is of general application to cel- 
lular communications systems and to integrated mobile/ 
fixed systems. 



Claims 

1. A method of routing subscriber information re- 
quests in a cellular communications network incor- 
porating a first home location register and one or 
more further home kx:atbn registers on which reg- 



isters subscriber data is stored, the method includ- 
ing routing all said requests to the first home loca- 
tion register, responding from the first home location 
register to a said request when the subscriber data 
s relating to that request is stored on the first home 
location register, and forwarding a said request from 
the first home location register to a said further 
home location register when the subscriber data is 
not found on the first home location register. 

10 

2. A method as claimed in claim 1 wherein communi- 
cation with the home location registers Is effected 
from a mobile switching centre via a fixed network. 

IS 3. A method as claimed in claim 1 or 2, wherein the 
fixed network employs common channel signalling, 
and wherein all said requests are routed via a point 
code allocated to the first home location register. 

20 4. A method as claimed in claim 2 or 3, wherein, after 
a first response in a transaction from a said further 
home location register, further messages relating to 
the same transaction are routed directly to the said 
further home location register. 

25 

5. A method as claimed in any one of claims 1 to 4, 
wherein the relative numbers of subscribers allocat- 
ed to the first or to the one or more further home 

location registers are adjusted whereby to provide 
30 substantial balancing of the workloads of the re- 
spective registers. 

6. A method as claimed in any one of claims 1 to 5, 
wherein each said request re-routed from the first 

35 to a said further home location register is provided 
with an indicator that the request has been re-rout- 
ed. 

7. A method as claimed In claim 6, wherein rerouting 
^0 of a request to a said further home location register 

is effected from the global title of that further home 
location register. 

8. A method as claimed in claim 6, wherein said first 
^5 and one said further home location registers form a 

mutually boosting pair. 

9. A mobile communications system incorporating a 
first home location register and one or more further 

so home location registers on which subscriber data is 
stored, means for routing requests for subscriber 
data to the first home location register, means as- 
sociated with the first home bcation register for re- 
sponding to a said request when the data for the 

ss respective subscriber is stored on the first home lo- 
cation register, and further means associated with 
the first home tocatbn register for forwarding a said 
subscriber data request to a said further home k>- 
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cation register when the data for the respective sub- 
scriber is not stored on the first home location reg- 
ister 

10. A system as claimed in claim 9, wherein communi- 5 
cation with the home location registers is effected 
from a mobile switching centre or a visitors location 
register via a fixed network. 

11. A system as claimed in claim 9 or 10, wherein the ?o 
mobile switching centre has means for attaching to 
every request message a signalling point code cor- 
responding to the network address of the first home 
location register. 

75 

12. A system as claimed in claim 10 or 11 , wherein said 
first and a said further home location registers form 
a mutually boosting pair. 

13. A home location register arrangement for a mobile 20 
communications system, the arrangement compris- 
ing a first home location register on which subscrib- 
er data relating to some system subscribers is 
stored and to which, in use, requests for subscriber 
data are routed, and one or more further home lo- 2S 
cation registers on which subscriber data relating to 
other system subscribers is stored, the arrange- 
ment incorporating means associated with the first 
home location register for responding to a said re- 
quest when the data for the respective subscriber 30 
is stored on the first home location register, and re- 
routing means associated with the first home loca- 
tion register for fonwarding a said subscriber data 
request to a said further home location register 
when the data for the respective subscriber is not 35 
stored on the first home location register. 

14. An arrangement as claimed in claim 13, wherein 
said first home location register incorporates means 

for attachment to each said request re-routed from 40 
the first to a said further home location register an 
indicator that the request has been re-routed. 
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Primary c^sccJ^ 
MSG HLR(P) HLR{r) 

SRI (CdPA=HLR(P), CgPA=MSC) ^ j 

i SRI (CdPA=HLR(B), CgPA=MSC) 



Sni-ack (CdPA=MSC, CgPA=HLR(B)) 



TCAP Message Reconstruction 



TRID 



pariially decoded TCAP message 
placed on tlie AE work queue 



encode with 
no components 







iransaclion 


tag 


length 


portion 





r 


dialogue poriion 


component ptiriion 



append pariiaUy coded TCAP message 




lag 


length 


transaction 
portion 


dialogue portion 


component portion 




t 












LI 


L2 



adjust lotal message 
length to he L1+L2 
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MSG 
(M) 



(a) 
(b) 

(c) 

(d) 
(e) 



SRI(CdPAaP. CgPASrM) 



Primary 
HLR (P) 



SRI-ftCK 



$RI(CdPA=P. CgPAS^M) 



SRI-ACK 



SRI(CdPA=P. CgPA=M) 



Error - Unknown Subscribei 



SRi(CdPA=C. CgPA=^M) 



SRI-ACK 



SRI(CdPA=C. CgPA=M) 



Error - Unknown Subscriber 



Known at P 

Unknown ai P 

SRKCdPA^C, CgPAcM) 



Unknown at P 

SRl(CdPA:^C. CgPA=M) 



Cascade 
HLR (C) 



Known at C 



UnKnown 

at C 



Known at C 



Unknown 

31 C 



Tig. 6a 



VLR 
(V) 



(a) 
(b) 

(c) 

(d) 

(e) 



UL(CrtPA=P. C9PAS=V) 



Primary 
HLR (P) 



UL(CdPA=P. CqPAS=Vj 



UL-ACK 



UL(CdPA^P. CqPA=V) 



Error - Jnkrxwn Subscriber 



UL(C<iPA^C. CqPA^V) 



•ACK 



UL::0!HA::C.Coi'A^V) 



Known at P 

Unknowii ai P 

UL(CdPA=C. CgPA=V} 



Unknown at P 

UL(CdPA=C. CyPA=V) 



Cascade 
HLR (C) 



Known at C 



Unknown 

kit C 



linkiiown 
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# 




Loading caused by active 
subscribers on the Primary HLR 



Loading caused by active 
subscribers on the HLR 



IMSI based requests for the Primary HLR 
MSISDN based requests for the Primary HLR 
IMSI based requests for the <-fcir<.j'« HLR 
MSISDN based requests for the c *.it*. J* HLR 
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If Unknown & CdPA !:=234 
then re-route to 456 

Ci^iC4.4^ HLR(234) 



Primary HLR (123) 



If Unknown & CdPA 1=456 
then re-route to 234 



Ccic^J^ HLR (456) 



SRI 

CdPA = 456 



Primary HLR (345) 



SRI 

CdPA = 123 




Booster & 
Primary 



BOQj5t5jr & 

Primary 



IMSI based requests for Ihe Primary HLR 
MSI SDN based requests for the Primary HLR 
IMS! based requests tor the Booster HLR 
MSISDN based requests for the Booster HLR 
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